home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #15 / Monster Media Number 15 (Monster Media)(July 1996).ISO / tbbs / tigerfix.zip / README.DOC < prev    next >
Text File  |  1996-05-22  |  7KB  |  156 lines
  1.  
  2. WTCHNEWS tiger news/mail fix  (05/22/96)
  3. ========================================
  4.  
  5. By David Rance  david.rance@mesnil.cemon.co.uk  (WTCHNEWS)
  6. Bernal Schooley bernal@unity.com                (PRUNE)
  7. Rick Sande      rick.sande@mansco.com           (CODE MODIFICATIONS/DOCS)
  8.  
  9.  
  10. A note from Rick:
  11.  
  12. On April 10th 1996 I reported a serious problem to e-Soft that invoved a 
  13. problem with TIGER newsgroup processing that was cauing my system to crash 
  14. anywhere from 1 to 10 times a day. 
  15.  
  16. What was happening is TIGER would attempt to toss a usenet message where 
  17. the Newsgroups: line was formed incorrectly and contained over 500 or so 
  18. characters. 
  19.  
  20. Over a month went buy and no fix came from e-Soft. Instead I was told that 
  21. I was the only person who had reported this problem and that they would 
  22. have to look into it more. 
  23.  
  24. Later I found that there were several people who where having the same 
  25. problem where their system would just freeze during a TIGER toss session. 
  26. I posted a message in the TBBS internet forum and later got a response 
  27. from David Rance in Europe who offered to write some quick code that 
  28. could run as a post-process before the TIGER toss took effect. 
  29.  
  30. After looking at this code I decided to polish it up a bit and also have the 
  31. system create a news.log file in the main TBBS directory so I could get a 
  32. clue as to how many bad messages were coming in each day. 
  33.  
  34. Later I stumbled upon some old code that Bernal Schooley wrote in 1993 
  35. during the PIMP days. The code looked pretty good but needed to be 
  36. modified heavily in order to support the new TIGER file specifications and 
  37. stuff. After getting this done I got the bright idea to merge the two 
  38. applications together and this is what it all does...... 
  39.  
  40. * Bernal Schooley's PRUNE portion of this code will take the mail from a 
  41. staging directory and put ^A's in front of the header lines in order to 
  42. make them invisible.  Sure, TIGER can do this by itself but this piece of 
  43. code gives you the ability to "UN-HIDE" some of the lines making it easier 
  44. for your users who read messages online.  Once the files have been 
  45. processed they are moved from the staging directory to the standard UUCPIN 
  46. directory and this is where David's code comes in.. 
  47.  
  48. * David's (THANK YOU DAVID!!) code will read in the .D files and make sure 
  49. that the NEWSGROUPS: line doesn't exceed 250 characters. If it does the 
  50. message is deleted and the remainder of the news packet is left untouched. 
  51. This prevents TIGER from crashing when it tries to toss the messages into 
  52. the system. 
  53.  
  54. Now although Bernal's code was listed as shareware and I didn't have 
  55. permission to merge it in with David's I also realize that with the advent 
  56. of TIGER this code in it's original format would no longer function. 
  57. However, I did my best to give credit to everyone involved since this 
  58. whole thing was a group effort (without most of the groups knowing about 
  59. each other).
  60.  
  61. Now here's how to get this monster up and running.
  62. --------------------------------------------------
  63.  
  64. * Put all of the files in a directory on your C: drive
  65.  
  66. * Edit the WTCHNEWS.CFG file and point the TIGERFILES variable to the same 
  67.   place as TIGER's UUCPIN: statement.  ex. TIGERFILES c:\pimp\in\
  68.  
  69. (ok, so big deal, I'm still using my old PIMP directory structures..)
  70.  
  71. * Make a staging directory where the TIGER dialer will place all of the 
  72.   inbound files. 
  73.  
  74. * Alter your tiger.ctl file to include the UUCPIN-STAGE: directory... 
  75.   ex. UUCPIN-STAGE: C:\pimp\in\stage\ (notice the final backslash!) 
  76.  
  77. * Alter your tiger.ctl and change SUPPRESS HEADERS: to NO
  78.  
  79. * Alter your tiger.ctl to include the postprocessing TDBS program:
  80.   SPAWN ON RECEIPT: C:\TBBS\NEWSFIX\WTCHNEWS /Q
  81.  
  82.  
  83. That's it.... each time mail is received by TIGER it will start the 
  84. WATCHNEWS system and do it's thing in the background. It will also create 
  85. a log file in your tbbs directory as C:\TBBS\NEWS.LOG to give you some 
  86. idea of how many messages were dumped. 
  87.  
  88. Using the default configuration files for WTCHNEWS and PRUNE with 
  89. adjustments to match your directory structure should be fine. Keep in mind 
  90. that the PRUNE portion of this code will look for the TIGER.CTL file on 
  91. the C: drive in the TBBS directory. 
  92.  
  93. The PRUNE portion of this code will always (at a minimum) leave visible 
  94. the following header lines: 
  95.  
  96. From:
  97. Reply-To:
  98. Subject:
  99.  
  100. You can instruct the system to include more lines by editing the prune.cfg 
  101. file.
  102.  
  103.  
  104. I admit that this is a kludgy fix for all of these TIGER problems but my 
  105. system has been sending and receiving tons of usenet mail flawlessly for 
  106. over three weeks now. 
  107.  
  108. It's really too bad that the company who produced this software in the 
  109. first place didn't responded with a solution as quickly. But I guess 
  110. that's a whole 'nother saga!
  111.  
  112. ------------------------------------------------------
  113. While we're on the subject of software development...
  114. ------------------------------------------------------
  115.  
  116. Suppose there was a way to take a fidonet packet and attach it to an 
  117. internet e-mail message destined for another TBBS system that had 
  118. internet/fidonet support. With maybe a modification to flame's AREAS.BBS 
  119. file would would look something like this:
  120.  
  121. FIDO_OTHERNETS     OTHERNETS 1:141/390 1:124/1023 jsmith@bbs.com
  122.  
  123. Suppose the received internet message could remove the attached file and 
  124. put it into the TIMS inbound files directory instead of the enclosure 
  125. directory. Where it could be tossed into TBBS later by flame.
  126.  
  127.  
  128. You would have a full blown fidonet <> internet gateway capable of moving 
  129. echo's throughout the country at a fraction of what it costs for long 
  130. distance service. 
  131.  
  132. It would certainly add some life expectancy to FIDONET and allow it to 
  133. retain it's cozy neighborhood feeling.
  134.  
  135. another idea...
  136. --------------------------------------
  137. Suppose you had a way to select a message area on your system and make it 
  138. both and echomail area and an internet mailing list area without having 
  139. any message duplication? People on the internet could participate in 
  140. fidonet echomail by subscribing to the mailing list and people in  
  141. fidonet that dont have internet access could converse with those that do 
  142. very affordably. All in a semi-private environment away from USENET.
  143.  
  144.  
  145. -----------------
  146. Final Note: 
  147. -----------------
  148.  
  149. Use this code however you like. I hope it solves your system crashing 
  150. problems as it did for me.  If you want to know more about what it does I 
  151. suggest you review the source code. In the unlikely event you break it.. or it 
  152. breaks your system, you get to keep the pieces!
  153.  
  154. Regards,
  155. Rick Sande 
  156.